System and method for managing display of market data in an electronic trading system

ABSTRACT

A system for managing trading orders comprises a memory operable to store a first order associated with a particular trading product, wherein the first order is associated with a first price comprising a first root value. The system further comprises a processor communicatively coupled to the memory and operable to receive a second order associated with the particular trading product. The second order is associated with a second price; and the second price comprises a second root value and a particular fractional pip value. The processor is further operable to disclose the first root value and the second root value while suppressing the particular fractional pip value.

CROSS-REFERENCE TO RELATED APPLICATION

This patent application is a continuation application of U.S. patentapplication Ser. No. 11/623,733, filed Jan. 16, 2007, the disclosure ofwhich is hereby incorporated by reference herein in its entirety.

TECHNICAL FIELD OF THE INVENTION

The present invention relates generally to electronic trading and morespecifically to a system and method for managing display of market datain an electronic trading system.

BACKGROUND OF THE INVENTION

In recent years, electronic trading systems have gained widespreadacceptance for the trading of a variety of items, such as goods,services, stocks, bonds, currencies, and commodities. In traditionaltrading systems, a particular trader may submit a trading orderassociated with a particular price. The trading system typicallydiscloses the particular price associated with the trading order toother traders in the trading system. Other traders, such as hedge fundinvestors, may use the disclosed price to the disadvantage of theparticular trader. In particular, other traders may use the disclosedprice to engage in certain types of arbitrage trading. This arbitragetrading may decrease liquidity in the trading system.

In addition, in traditional trading systems, traders may submitdiscretion trading orders. When the trading system matches a discretionorder from a first trader with a discretion order from a second trader,the trading system may execute the trade at a price that unfairly favorsone trader over the other. Because such a trade unfairly disadvantagesone of the traders, the trading system discourages traders fromsubmitting discretion orders. A reduction in discretion orders maydecrease liquidity in the trading system.

SUMMARY OF THE INVENTION

In accordance with the present invention, the disadvantages and problemsassociated with prior electronic trading systems have been substantiallyreduced or eliminated.

In some embodiments, a system for managing trading orders compnses amemory operable to store a first order associated with a particulartrading product, wherein the first order is associated with a firstprice comprising a first root value. The system further comprises aprocessor communicatively coupled to the memory and operable to receivea second order associated with the particular trading product. Thesecond order is associated with a second price; and the second pricecomprises a second root value and a particular fractional pip value. Theprocessor is further operable to disclose the first root value and thesecond root value while suppressing the particular fractional pip value.

The invention has several important technical advantages. Variousembodiments of the invention may have none, some, or all of theseadvantages. One advantage is that the trading system discourages certaintypes of arbitrage trading. In particular, the trading system allows atrader to express the price of a trading order in fractions of a pip.The trading system may disclose the trading order to other traders inthe trading system. However, the trading system may prevent thedisclosure of a portion of the price of the trading order. Inparticular, the trading system may prevent the disclosure of the“fractional pip” portion of the price. Thus, market data disclosed bythe trading system may not indicate whether a particular trading orderis associated with a price that is better than that of another tradingorder. By preventing the disclosure of the “fractional pip” portion ofthe price, the trading system may discourage certain types of arbitragetrading. A reduction in arbitrage trading may increase liquidity intrading system.

Another advantage is that the trading system may provide incentives fortraders to submit discretion orders. In particular, when the tradingsystem receives a trading order with a discretion range that overlapsthe discretion range of a counterorder, the trading system may determinea price at the midpoint of the intersecting portion of the twodiscretion ranges. The trading system may then execute a trade at thedetermined midpoint price. By executing the trade at the determinedmidpoint price, the trading system may avoid executing the trade at aprice that unfairly disadvantages one party. The trading system maythereby encourage traders to submit discretion orders. An increase indiscretion orders may increase liquidity in the trading system.

Other advantages will be readily apparent to one having ordinary skillin the art from the following figures, descriptions, and claims.

BRIEF DESCRIPTION OF THE DRAWINGS

For a more complete understanding of the present invention and itsadvantages, reference is now made to the following description, taken inconjunction with the accompanying drawings, in which:

FIG. 1 illustrates one embodiment of a trading system in accordance withthe present invention;

FIG. 2 illustrates example order books comprising trading ordersassociated with fractional pip values, according to certain embodiments;

FIG. 3 illustrates a graphical user interface for displaying marketdata, according to certain embodiments;

FIG. 4 illustrates a flowchart for processing a trading order associatedwith a fractional pip value, according to certain embodiments;

FIG. 5 illustrates example order books comprising trading ordersassociated with discretion ranges, according to certain embodiments;

FIG. 6 illustrates a graphical user interface for inputting a tradingorder associated with a discretion range, according to certainembodiments;

FIG. 7 illustrates example order books, according to certainembodiments;

FIG. 8 illustrates a flowchart for processing a trading order associatedwith a discretion range;

FIG. 9 illustrates a trading system configured to manage trading amongbasic traders, special traders, and flex traders, according to certainembodiments;

FIG. 10A and FIG. 10B illustrate a memory comprising example basic orderbooks and example special order books, according to certain embodiments;and

FIG. 10 illustrates a memory comprising example basic order books andexample special order books, according to certain embodiments; and

FIG. 11 illustrates a flowchart for managing trading orders, accordingto certain embodiments.

DETAILED DESCRIPTION OF THE INVENTION

FIG. 1 illustrates one embodiment of a trading system 10. Trading system10 may comprise clients 20, manager servers 30, gateway servers 40, atrading platform 50, and a market data server 60 communicatively coupledby one or more networks 70. Generally, trading system 10 is operable toreceive, process, and match trading orders 12 from clients 20. Tradingsystem 10 may allow trader 22 to designate an order price in whole pips14 and/or in fractions of pips 14. The portion of the order priceexpressed in fractions of pips 14 may be referred to as a fractional pipvalue 16. In some embodiments, trading system 10 may provide incentivesfor traders 22 to submit trading orders 12 associated with fractionalpip values 16. Trading system 10 may further allow trader 22 to submittrading order 12 that comprises a discretion range 18. In someembodiments, trading system 10 may provide incentives for traders 22 tosubmit trading orders 12 that comprise discretion ranges 18.

Trading orders 12 associated with fractional pip values 16 are describedherein with respect to at least FIGS. 1-4. Trading orders 12 associatedwith discretion ranges 18 are described herein with respect to at leastFIGS. 5-8. Rules 42 for managing trading among different groups oftraders 22 are discussed herein with respect to at least FIGS. 9-11.

Processing Trading Orders with Fractional Pip Values

Trading system 10 may comprise one or more clients 20. Client 20represents any suitable local or remote end-user device that may be usedby traders 22 to access one or more elements of trading system 10, suchas trading platform 50. A particular client 20 may comprise a computer,workstation, telephone, Internet browser, electronic notebook, PersonalDigital Assistant (PDA), pager, or any other suitable device (wireless,wireline, or otherwise), component, or element capable of receiving,processing, storing, and/or communicating information with othercomponents of trading system 10. Client 20 may also comprise anysuitable user interface such as a display, microphone, keyboard, or anyother appropriate terminal equipment according to particularconfigurations and arrangements. It will be understood that tradingsystem 10 may comprise any number and combination of clients 20. In someembodiments, client 20 may comprise a graphical user interface (GUI) 25.

GUI 25 is generally operable to tailor and filter data presented totrader 22. GUI 25 may provide trader 22 with an efficient anduser-friendly presentation of trading orders 12, market data 24, and/orother suitable information. GUI 25 may comprise a plurality of displayshaving interactive fields, pull-down lists, and buttons operated bytrader 22. In one example, GUI 25 presents relevant market data 24 totrader 22 and conceals the remaining information to reduce visualclutter. Then, upon receiving a request from trader 22, GUI 25 expandsthe visual representation of market data 24 to display trading history,trading volumes, credit limits, and/or other suitable information. GUI25 may include multiple levels of abstraction including groupings andboundaries. It should be understood that the term graphical userinterface may be used in the singular or in the plural to describe oneor more graphical user interfaces 25 and each of the displays of aparticular graphical user interface 25.

Clients 20 are operable to receive trading orders 12 from traders 22 andto send trading orders 12 to gateway server 40. Trading orders 12 maycomprise orders to trade products such as, for example, currencies,financial instruments, stocks, bonds, futures contracts, equitysecurities, mutual funds, options, derivatives, commodities, or anynumber and combination of suitable trading products. Trading orders 12may comprise bids, offers, market orders, limit orders, stop lossorders, day orders, open orders, GTC (“good till cancelled”) orders,“good through” orders, “all or none” orders, “any part” orders, or anyother suitable order for trading.

A particular trading order 12 may be referred to as an order 12 a or acounterorder 12 b. Orders 12 a and counterorders 12 b representcomplementary actions such as, for example, buying and selling. If theparty that submits a particular order 12 a is referred to as trader 22,then the party that submits a corresponding counterorder 12 b may bereferred to as a “counterparty” trader 22. If a particular order 12 arepresents a buy order (e.g., bid, take, lift, etc.), then acorresponding counterorder 12 b may represent a sell order (e.g., offer,hit, etc.). Conversely, if a particular order 12 a represents a sellorder, then a corresponding counterorder 12 b may represent a buy order.

Although clients 20 are described herein as being used by “traders”, itshould be understood that the term “trader” is meant to broadly apply toany user of trading system 10, whether that user is an agent acting onbehalf of a principal, a principal, an individual, a legal entity (suchas a corporation), or any machine or mechanism that is capable ofplacing and/or responding to trading orders 12 in trading system 10.Certain traders 22 in trading system 10 may be associated with marketmakers 26.

Market maker 26 may refer to any individual, firm, or other entity thatsubmits and/or maintains either or both bid and offer trading orders 12simultaneously for the same instrument. For example, a market maker 26may be a brokerage or bank that maintains either a firm bid and/or offerprice in a given security by standing ready, willing, and able to buyand/or sell that security at publicly quoted prices. A market maker 26generally displays bid and/or offer prices for specific numbers ofspecific securities, and if these prices are met, the market maker 26will immediately buy for and/or sell from its own accounts. According tocertain embodiments, a single trading order 12 may be filled by a numberof market makers 26 at potentially different pnces.

In some embodiments, market makers 26 may include individuals, firms orother entities that are granted particular privileges such that tradingorders 12 received from such individuals, firms or other entities aretreated as being received from a traditional market maker 26 (such as abrokerage or bank, for example). For example, certain individuals, firmsor other entities that may otherwise be treated as customers may begranted privileges to be treated as market makers 26 for the purposes ofthe systems and methods discussed herein. To receive market makerprivileges, an individual, firm or other entity may be required to pay afee, pay a commission, or submit and/or simultaneously maintain both bidand offer trading orders 12 for particular instruments. According tocertain embodiments, an individual, firm or other entity may bedesignated as a market maker 26 for particular instruments but as anon-market maker for other instruments.

In some embodiments, a multi-tiered system of market makers 26 may beemployed. Trading platform 50 may grant different privileges todifferent market makers 26 based on one or more criteria such as, forexample, whether the market maker 26 is associated with an electronicfeed, whether the market maker 26 is a strong trader 22, or whether themarket maker 26 has particular information. Market makers 26 may becategorized into different tiers for different tradable instruments. Forinstance, a particular market maker 26 may be categorized as afirst-level market maker 26 for instrument(s) for which that marketmaker 26 is a strong trader 22 and as a second-level market maker 26 forother types of instruments.

In some embodiments, clients 20 may be communicatively coupled tomanager server 30. The combination of a particular manager server 30 andone or more clients 20 may represent a computer system maintained andoperated by a particular market maker 26. Manager server 30 associatedwith a particular market maker 26 is generally operable to monitortrading orders 12 submitted by traders 22 associated with the particularmarket maker 26. Manager server 30 may regulate credit extended to othermarket makers 26 and/or traders 22 in trading system 10. Based at leastin part on market data 24, manager server 30 is operable to regulatetrading activities associated with market maker 26. Manager server 30may comprise any suitable combination of hardware and/or softwareimplemented in one or more modules to provide the described functionsand operations. In some embodiments, manager server 30 may comprise ageneral-purpose personal computer (PC), a Macintosh, a workstation, aUnix-based computer, a server computer, or any suitable processingdevice.

Clients 20 and/or manager servers 30 may be communicatively coupled toone or more gateway servers 40 via network 70. Gateway servers 40generally support communication between clients 20, market makers 26,and trading platform 50. As clients 20 log into trading system 10,gateway servers 40 may perform authentication, load balancing, and/orother suitable functions. A particular gateway server 40 may compriseany suitable combination of hardware and/or software implemented in oneor more modules to provide the described functions and operations. Insome embodiments, gateway server 40 may comprise a general-purposepersonal computer (PC), a Macintosh, a workstation, a Unix-basedcomputer, a server computer, or any suitable processing device.

Gateway server 40 may be communicatively coupled to trading platform 50.Trading platform 50 is generally operable to process, route, and matchtrading orders 12 from traders 22. Trading platform 50 is operable toprocess trading orders 12 by filling orders 12 a with one or morecorresponding counterorders 12 b. Filling an order 12 a refers tomatching, satisfying, filling, or exhausting that order 12 a with one ormore corresponding counterorders 12 b. For example, if a particularorder 12 a is a buy order for product A with quantity 28 of 100,000units and counterorder 12 b is a sell order of 200,000 units of productA, then using counterorder 12 b to fill quantity 28 of order 12 a maycomprise routing, assigning, eannarking, or transferring 100,000 unitsof product A from counterorder 12 b to the particular trader 22associated with order 12 a.

In some embodiments, trading platform 50 is operable to process tradingorder 12 according to the particular type and price of trading order 12.When trader 22 uses client 20 to submit trading order 12, trader 22 mayspecify the particular trading product associated with trading order 12.A trading product may be a currency, stock, bond, futures contract,equity, mutual fund, security, option, derivative, commodity, or anynumber and combination of suitable trading product.

In conjunction with designating a particular trading product, trader 22may input quantity 28 of the trading product and base price 32associated with trading order 12. Base price 32 generally represents thetarget price at which trader 22 hopes to buy or sell the designatedtrading product. In some embodiments, base price 32 may be expressed asa currency amount. For example, trading order 12 for 100,000 shares of aparticular security may comprise base price 32 of $32.00 per share. Inthis example, 100,000 shares represents quantity 28 and $32.00 per sharerepresents price. In other embodiments, however, base price 32 may beexpressed as a currency exchange rate. For example, trading order 12 forthree-month futures in euros may be associated with base price 32 of1.2045. Thus, assuming that Trader A and Trader B enter a three-monthfutures contract for euros with base price 32 of 1.2045 and quantity 28of $10,000,000, Trader A and Trader B will exchange $10,000,000 at therate of 1.2045 (i.e., 1 euro=1.2045 dollars) when the futures contractmatures at the end of the three months. In this example, the exchangerate (i.e., 1.2045) represents base price 32 and $10,000,000 representsquantity 28 of trading order 12. In yet other embodiments, base price 32may be expressed as an interest rate and quantity 28 may be expressed asa loan amount. Thus, it should be understood that base price 32 may beexpressed as any currency, rate, unit, or other suitable metric. Itshould be further understood that quantity 28 may be expressed as anysuitable unit, value, currency, or metric.

In some embodiments, base price 32 may comprise root value 34 andfractional pip value 16. Root value 34 may comprise the portion of baseprice 32 corresponding to one or more whole pips 14. A pip 14 generallyrefers to the basic unit of price movement for a particular tradingproduct in trading system 10. For example, trading system 10 may beconfigured such that the basic unit of price movement for a particularcommodity is a tenth of a cent (i.e., $0.001). If the market price ofthat commodity changes from $32.005 to $32.015, then the market priceincreased by ten pips 14. As another example, trading system 10 may beconfigured such that the basic unit of price movement in EUR/USD is oneten-thousandth of the exchange rate (i.e., 0.0001). If the exchange ratefor EUR/USD changes from 1.3000 to 1.3010, then the exchange rateincreased by ten pips 14. In some embodiments, trading platform 50 isoperable to configure the basic unit of price movement (i.e., pip 14)for each trading product in trading system 10.

The foregoing example illustrates a particular pip 14 of $0.001 for aparticular commodity. For another commodity, trading platform 50 maydetermine that pip 14 is $0.1, $0.01, or any other suitable integraland/or decimal value. Although the foregoing example illustrates thatpip 14 for EUR/USD is 0.0001, trading platform 50 may be configured tospecify that pip 14 for EUR/USD is 0.01, 0.001, and/or any othersuitable integral and/or decimal value. Although price for theparticular commodity was expressed in dollars in the foregoing example,it should be understood that a particular trading product may beassociated with suitable type of currency, rate, value, and/or metric.

Some trading orders 12 in trading system 10 may comprise base price 32that is expressed in whole pips 14. For example, if pip 14 for aparticular commodity is a tenth of a cent (i.e., $0.001), then baseprice 32 of $45.234 is a “whole pip” price. Some trading orders 12,however, may comprise base price 32 that comprises a fraction of pip 14.For example, if pip 14 for particular commodity is a tenth of a cent(i.e., $0.001), then base price 32 of $45.2346 comprises a fractionalpip value 16 (i.e., “0.6” of a pip 14). The “whole pip” portion of baseprice 32 may be referred to as the root value 34. The portion of baseprice 32 that is not one or more whole pips 14 (e.g. “0.6” of a pip 14)may be referred to as the fractional pip value 16.

An example illustrates certain embodiments. In this example, tradingplatform 50 is configured such that, for euros, one pip 14 is 0.0001 ofthe exchange rate. Trader uses client 20 to submit trading order 12comprising quantity 28 of 1,000,000 euros and base price 32 of 1.30235.Because one pip 14 in this example is 0.0001, base price 32 comprisesroot value 34 of “1.3023” and fractional pip value 16 of “5”.

Trading platform 50 is generally operable to receive, process, and matchtrading orders 12 that comprise fractional pip values 16. In someembodiments, when trading platform 50 receives from a particular trader22 trading order 12 comprising root value 34 and fractional pip value16, trading platform 50 may disclose root value 34 of trading order 12to other traders 22 in trading system 10. According to certainembodiments, trading platform 50 may prevent fractional pip value 16 oftrading order 12 from being disclosed to other traders 22 in tradingsystem 10. By preventing the disclosure of fractional pip values 16,trading platform 50 may reduce certain types of arbitrage in tradingsystem 10.

Trading platform 50 may include any suitable combination of hardware,software, personnel, devices, components, elements, or objects that maybe utilized or implemented to achieve the operations and functions of anadministrative body or a supervising entity that manages or administersa trading environment. In some embodiments, trading platform 50 maycomprise memory 36 and processor 38.

Memory 36 comprises any suitable arrangement of random access memory(RAM), read only memory (ROM), magnetic computer disk, CD-ROM, or othermagnetic or optical storage media, or any other volatile or non-volatilememory devices that store one or more files, lists, tables, or otherarrangements of information such as trading orders 12. Although FIG. 1illustrates memory 36 as internal to trading platform 50, it should beunderstood that memory 36 may be internal or external to components oftrading system 10, depending on particular implementations. Also, memory36 may be separate from or integral to other memory devices to achieveany suitable arrangement of memory devices for use in trading system 10.According to certain embodiments, memory 36 may comprise rules 42 andorder books 44.

Rules 42 comprise software instructions for routing, matching,processing, and/or filling trading orders 12. Processor 38 is operableto execute rules 42 to match orders 12 a and counterorders 12 b. Rules42 may further comprise instructions for disclosing informationregarding trading orders 12. In some embodiments, rules 42 compriseinstructions for managing the sequence in which trading orders 12 arefilled.

Order books 44 represent queues for storing, sorting, and processinginformation regarding trading orders 12 received from traders 22. Eachorder book 44 in memory 36 may be associated with a respective tradingproduct. In some embodiments, a particular order book 44 may beassociated with a particular type of trading order 12. For example,memory 36 may comprise a first order book 44 that stores bids for aparticular security as well as a second order book 44 that stores offersfor the particular security. Order book 44 that stores bids may bereferred to as bid book 44 a, and order book 44 that stores offers maybe referred to as offer book 44 b.

In some embodiments, order book 44 may comprise one or more configurableconditions 46. Configurable condition 46 may specify a threshold,limitation, characteristic, and/or criteria for trading orders 12 thatare stored in order book 44. For example, configurable condition 46 mayspecify that, if trading order 12 comprises fractional pip value 16 andif quantity 28 of trading order 12 is less than a configurablethreshold, trading platform 50 should reject trading order 12. Asanother example, configurable condition 46 may direct trading platform50 to reject trading order 12 from trader 22 if trader 22 has exceeded aparticular credit limit. It should be understood that order book 44 inmemory 36 may comprise any suitable number and combination ofconfigurable conditions 46.

Memory 36 may be communicatively coupled to processor 38. Processor 38is generally operable to execute rules 42 stored in memory 36 toprocess, route, and match trading orders 12. Processor 38 comprises anysuitable combination of hardware and software implemented in one or moremodules to provide the described function or operation.

It should be understood that the internal structure of trading platform50 and the interfaces, processors, and memory devices associatedtherewith is malleable and can be readily changed, modified, rearranged,or reconfigured to achieve the intended operations of trading platform50.

Trading platform 50 may be communicatively coupled to market data server60. Market data server 60 is generally operable to receive from tradingplatform 50 information regarding trading orders 12 in order books 44.The received information may comprise quantities 28, base prices 32,root values 34, fractional pip values 16, and/or other suitablecharacteristics associated with trading orders 12 in order books 44. Insome embodiments, market data server 60 receives information fromtrading platform 50 in real-time or substantially real-time as processor38 receives trading orders 12 from clients 20 and updates order books44. Based at least in part on the information from order books 44,market data server 60 is operable to generate market data 24. Marketdata 24 may comprise market information such as, for example, tradingconditions, trading volumes, quantities 28 associated with tradingorders 12, yield spreads, and so forth. Market data server 60 maycomprise any suitable combination of hardware and/or softwareimplemented in one or more modules to provide the described functionsand operations. In some embodiments, market data server 60 may comprisea general-purpose personal computer (PC), a Macintosh, a workstation, aUnix-based computer, a server computer, or any suitable processingdevice.

According to certain embodiments, market data server 60 is operable toprevent the disclosure of fractional pip values 16 associated withtrading orders 12 in order books 44. In some embodiments, in generatingmarket data 24, market data server 60 may filter any fractional pipvalues 16 from market data 24 sent to clients 20. In other embodiments,market data server 60 may delete fractional pip values 16 from marketdata 24. In yet other embodiments, market data server 60 may maskfractional pip values 16 such that client 20 is unable to displayfractional pip values 16 associated with trading orders 12. Bypreventing the disclosure of fractional pip values 16 associated withtrading orders 12, market data server 60 may discourage traders 22 fromengaging in certain types of arbitrage.

In some embodiments, market data 24 may be configured to list tradingorders 12 in a sequence that does not suggest which trading order 12 hasmarket priority (i.e., which trading order 12 is associated with thebest base price 32). In a particular order book 44, a particular tradingorder 12 has market priority if that trading order 12 is associated withthe most favorable base price 32. In some embodiments, if order book 44for a particular trading product comprises multiple trading orders 12associated with the same root value 34, market data 24 may list themultiple trading orders 12 chronologically, randomly, or according toany suitable sequence.

Because market data 24 may not comprise fractional pip values 16, aparticular trader 22 may employ various tactics to try to determine theparticular fractional pip value 16 of the best base price 32. Inparticular, the particular trader 22 may submit a series of tradingorders 12 wherein each trading order 12 is associated with a respectivefractional pip value 16. The particular trader 22 may assume that marketdata 24 will display first the particular trading order 12 with marketpriority. Thus, the particular trader 22 may assume that, if one of theseries of trading orders 12 appears first in market data 24, then baseprice 32 of that particular trading order 12 is the best base price 32in order book 44. The particular trader 22 may then attempt to cancelthe other trading orders 12 that he or she submitted. Trading system 10may prevent this type of tactic by configuring market data 24 to listtrading orders 12 chronologically, randomly, or according to any othersuitable sequence that does not suggest which trading order 12 hasmarket priority. Because market data 24 displays multiple trading orders12 associated with the same root value 34 according to such a sequenceand because market data 24 filters out fractional pip values 16, themultiple trading orders 12 appear to have equal market priority despitethe fact that only a portion of the displayed trading orders 12 may, infact, have actual market priority.

As explained above, clients 20, manager servers 30, gateway servers 40,trading platform 50, and market data server 60 may be communicativelycoupled via one or more networks 70. Network 70 may represent any numberand combination of wireline and/or wireless networks suitable for datatransmission. Network 70 may, for example, communicate internet protocolpackets, frame relay frames, asynchronous transfer mode cells, and/orother suitable information between network addresses. Network 70 mayinclude one or more intranets, local area networks, metropolitan areanetworks, wide area networks, cellular networks, all or a portion of theInternet, and/or any other communication system or systems at one ormore locations.

It should be understood that the internal structure of trading system 10and the servers, processors, and memory devices associated therewith ismalleable and can be readily changed, modified, rearranged, orreconfigured to achieve the intended operations of trading system 10. Inparticular, although FIG. 1 illustrates market data server 60 asseparate from trading platform 50, it should be understood that, in someembodiments, trading platform 50 may be operable to perform thefunctions and operations of market data server 60. Similarly, althoughgateway server 40 is illustrated as being separate from trading platform50, it should be understood that, in some embodiments, trading platform50 may be operable to perform the functions and operations of gatewayserver 40.

Processing Trading Order with Fractional Pip Value

In operation, traders 22 may use clients 20 to submit trading orders 12.A particular trading order 12 may be associated with base price 32 thatcomprises root value 34 and fractional pip value 16. Upon receivingtrading order 12, processor 38 may determine the particular tradingproduct associated with trading order 12. Processor 38 may then storetrading order 12 in the particular order book 44 corresponding to thedetermined trading product. For a given trading order 12, processor 38may store in order book 44 the particular quantity 28 of trading productassociated with trading order 12, root value 34 associated with tradingorder 12, and fractional pip value 16 associated with trading order 12.In some embodiments, processor 38 may store in order book 44 the time atwhich trading platform 50 received trading order 12.

According to certain embodiments, processor 38 is operable to transmitto market data server 60 information regarding trading orders 12 inorder books 44 stored in memory 36. Market data server 60 may receivethis information in real-time or substantially real-time as processor 38receives trading orders 12 and updates order books 44. Based at least inpart on the information from order books 44, processor 38 is operable togenerate market data 24. Market data 24 may comprise the particular rootvalue 34 and quantity 28 associated with each trading order 12 in orderbooks 44. If order book 44 for a particular trading product comprisesmultiple trading orders 12 associated with the same root value 34,market data 24 may list the multiple trading orders 12 chronologically,randomly, or according to any suitable sequence. Market data server 60,client 20, and/or trading platform 50 is operable to prevent thedisclosure of fractional pip values 16 associated with trading orders 12in order books 44. In some embodiments, in generating market data 24,market data server 60 may filter any fractional pip values 16 frommarket data 24. In some embodiments, client 20 and/or trading platform50 may filter any fractional pip values 16 from market data 24. Becausefractional pip values 16 may be filtered from market data 24, trader 22may not be able to determine the particular fractional pip value 16 ofthe best base price 32 in order book 44. Accordingly, trading system 10may prevent or reduce certain types of arbitrage.

In conjunction with receiving market data 24, a particular trader 22 mayuse client 20 to submit counterorder 12 b for the particular tradingproduct. Counterorder 12 b may be associated with base price 32 thatcomprises root value 34 and fractional pip value 16. Upon receivingcounterorder 12 b, processor 38 may identify in order book 44 associatedwith the particular trading product any trading orders 12 that satisfybase price 32 associated with counterorder 12 b. From among theidentified trading orders 12, processor 38 may determine the particulartrading order 12 associated with the best base price 32. Processor 38may then use counterorder 12 b to fill at least a portion of thedetermined trading order 12.

FIG. 2 illustrates example order books 44, according to certainembodiments. In particular, FIG. 2 illustrates an example bid book 44 aand an example offer book 44 b that store trading orders 12 for euros.Bid book 44 a and offer book 44 b may be stored in memory 36 in tradingplatform 50. Offer book 44 b comprises information regarding offersreceived by trading platform 50. In the present example, for each offer,offer book 44 b comprises root value 34, fractional pip value 16,quantity 28 of the particular offer, the time the particular offer wasreceived, and the status of the particular offer. Bid book 44 acomprises similar information for bids received by trading platform 50.In the present example, bid book 44 a also comprises configurablethreshold. In particular, configurable threshold directs tradingplatform 50 to reject trading order 12 if trading order 12 is associatedwith a non-zero fractional pip value 16 and with quantity 28 that isless than 1,000,000 euros.

In the present example, Trader A submits to trading platform 50 Bid Afor 5,000,000 euros at base price 32 of 1.20252. Bid A is received bytrading platform 50 at 14:22:01. In the present example, tradingplatform 50 comprises a rule 42 that, for euros, one pip 14 equals0.0001. Upon receiving Bid A, processor 38 determines that base price 32associated with Bid A comprises root value 34 of 1.2025 and fractionalpip value 16 of two. Processor 38 then determines whether Bid A complieswith configurable threshold. In this example, because Bid A isassociated with quantity 28 of more than 1,000,000 euros, processor 38does not reject Bid A. Processor 38 subsequently generates an entry inbid book 44 a corresponding to Bid A. In particular, processor 38 storesin bid book 44 a root value 34 of 1.2025, fractional pip value 16 oftwo, quantity 28 of 5,000,000, and time of 14:22:01.

After generating in bid book 44 a an entry corresponding to Bid A,processor 38 determines whether offer book 44 b comprises an offer thatsatisfies Bid A. In this example, at the time trading platform 50receives Bid A, offer book 44 b comprises one offer—Offer F. BecauseOffer F is associated with base price 32 of 1.20258 and Bid A isassociated with base price 32 of 1.20252, processor 38 determines thatOffer F does not satisfy Bid A. Accordingly, processor 38 waits toreceive additional trading orders 12.

In the present example, trading platform 50 subsequently receives BidsB, C, and D. Bid Bis received at 14:22:03 and is for 4,000,000 euros atbase price 32 of 1.20256. Bid C is received at 14:22:04 and is for3,000,000 euros at base price 32 of 1.20254. Bid D is received at14:22:06 and is for 500,000 euros at base price 32 of 1.2025. BecauseBids B, C, and D each comply with configurable threshold, processor 38generates in bid book 44 a a respective entry for each of Bids B, C, andD.

Trading platform 50 subsequently receives Bid E for 400,000 euros atbase price 32 of 1.20253. Because Bid E is associated with a non-zerofractional pip value 16 and because quantity 28 of Bid E is less than1,000,000 euros, processor 38 rejects Bid E. Accordingly, processor 38does not generate in bid book 44 a an entry for Bid E.

In the present example, market data server 60 is operable to generatemarket data 24 based at least in part on information stored in orderbooks 44. In this example, market data server 60 is configured togenerate market data 24 comprising the particular root value 34 andquantity 28 associated with each trading order 12 in order books 44. Inthis example, when order book 44 comprises multiple trading orders 12associated with the same root value 34, market data 24 is configured tolist the multiple trading orders 12 chronologically. Market data server60 is configured to filter any fractional pip values 16 from market data24. Accordingly, after receiving Bid D, market data server 60 generatesmarket data 24 based at least in part on Bids A-D. In particular, marketdata 24 lists Bids A-D chronologically in association with root value 34of 1.2025. In this example, market data 24 does not comprise fractionalpip values 16 for Bids A-D. Market data server 60 transmits market data24 to manager servers 30 and clients 20 via network 70. Because marketdata 24 lists trading orders 12 chronologically and without fractionalpip values 16, market data 24 does not indicate to trader 22 the bestbase price 32 in the example bid book 44 a.

In the present example, after receiving Bid D, processor 38 subsequentlyreceives Offer G for 2,000,000 euros at base price 32 of 1.20251. Inthis example, processor 38 is configured to use counterorder 12 b tofirst fill the particular order 12 a that satisfies counterorder 12 band that is associated with the best price. Upon receiving Offer G,processor 38 identifies Bids A, B, and C as being associated with baseprices 32 that satisfy Offer G. From among the identified bids,processor 38 identifies the particular bid that is associated with thebest price. In this example, processor 38 identifies Bid B. Accordingly,processor 38 uses Offer G to fill at least a portion of Bid B. Thus,even though market data 24 listed Bids A-D chronologically (i.e., withBid B displayed after Bid A), processor 38 in this example uses Offer Gto fill Bid B prior to filling the other bids in bid book 44 a.

In the foregoing example, trading platform 50 received trading orders 12for euros. It should be understood, however, that trading platform 50 isoperable to receive, process, and match trading orders 12 for anysuitable type and combination of trading products.

In the foregoing example, trading platform 50 is configured such thatone pip 14 for a particular exchange rate is 0.0001. It should beunderstood, however, that trading platform 50 may process trading orders12 associated with any suitable exchange rate. It should be furtherunderstood that, for a particular exchange rate, trading platform 50 maybe configured such that one pip 14 is 0.01, 0.001, and/or any suitableintegral or decimal value.

FIG. 3 illustrates an example graphical user interface 25 that displaysmarket data 24, according to certain embodiments. In some embodiments,processor 38 may execute rules 42 in memory 36 to provide graphicaluser, interface 25 to client 20 via network 70. In other embodiments,client 20 may execute instructions stored in client 20 to displaygraphical user interface 25. In this example, graphical user interface25 comprises one or more order entry fields 45. Each order entry field45 may be associated with a respective trading product. In the presentexample, graphical user interface 25 comprises a first order entry field45 associated with EUR/USD, a second order entry field 45 associatedwith USD/JPY, a third order entry field 45 associated with USD/CHF, anda fourth order entry field 45 associated with EUR/GBP. It should beunderstood, however, that order entry field 45 may be associated withequities, notes, commodities, futures, and/or any suitable number andcombination of trading products.

In addition, or alternatively, to displaying order entry fields 45,graphical user interface 25 may display trade history viewer 47 andmarket data viewer 49. Trade history viewer 47 in graphical userinterface 25 associated with a particular trader 22 is generallyoperable to display trading orders 12 submitted by the particular trader22. Market data viewer 49 is generally operable to display market data24 from market data server 60. As explained above, market data server 60may receive from trading platform 50 information regarding tradingorders 12 in order books 44 in memory 36. Based at least in part on thereceived information, market data server 60 may generate market data 24.In some embodiments, market data 24 may represent the particular tradingorders 12 in order book 44, the respective time when trading platform 50received each of the particular trading orders 12, and/or the particularbase price 32 associated with each trading order 12 in order book 44. Inother embodiments, market data 24 may comprise the best base price 32from each order book 44 in trading platform 50.

Market data 24 displayed in market data viewer 49 in graphical userinterface 25 may be generated by market data server 60. Market data 24in the example market data viewer 49 lists Bids A-D (described abovewith respect to FIG. 2). In this example, market data server 60 isconfigured to generate market data 24 comprising the particular rootvalue 34 and quantity 28 associated with each trading order 12 in orderbooks 44. In this example, when order book 44 comprises multiple tradingorders 12 associated with the same root value 34, market data 24 isconfigured to list the multiple trading orders 12 chronologically.Market data server 60 filters any fractional pip values 16 from marketdata 24. Accordingly, after receiving Bid D, market data server 60generates market data 24 based at least in part on Bids A-D. Inparticular, market data 24 lists Bids A-D chronologically in associationwith root value 34 of 1.2025. Market data 24 does not comprisefractional pip values 16 for Bids A-D. In a similar fashion, market dataviewer 49 displays Offers F and G. Market data server 60 transmitsmarket data 24 to manager servers 30 and clients 20 via network 70.Because market data 24 lists trading orders 12 chronologically andwithout fractional pip values 16, market data 24 does not indicate totrader 22 the precise level of the best base price 32 in order book 44.In addition, because market data server 60 filtered fractional pipvalues 16 from market data 24, market data 24 does not indicate totrader 22 which of Bids A-D is associated with the best base price 32.

In the foregoing example, trading orders 12 in market data 24 aredisplayed chronologically according to when trading platform 50 receivedeach trading order 12. It should be understood, however, that marketdata server 60 may configure market data 24 to list trading orders 12 ina random sequence, in a reverse chronological sequence, and/or accordingto any suitable sequence, grouping, and/or arrangement.

In the foregoing example, market data 24 listed each bid in bid book 44a. In some embodiments, however, market data 24 may be configured tolist only the first-received trading order 12 and/or the last-receivedtrading order 12. In other embodiments, market data 24 may be configuredto list a particular subset of trading orders 12. The particular subsetmay be based on the identity of traders 22 that submitted trading orders12, quantity 28 of trading orders 12, and/or any other suitablecriteria.

FIG. 4 illustrates a flowchart for processing trading order 12associated with fractional pip value 16. The method begins at step 402by storing in memory 36 a particular order book 44 comprising one ormore trading orders 12. At step 404, processor 38 receives a particulartrading order 12 associated with a particular quantity 28 and aparticular base price 32. At step 406, processor 38 determines whetherthe particular base price 32 comprises fractional pip value 16. If theparticular base price 32 does not comprise fractional pip value 16, themethod proceeds to step 410. If, however, the particular base price 32comprises fractional pip value 16, then at step 408 processor 38determines whether the received trading order 12 satisfies configurablecondition 46 stored in memory 36. In some embodiments, configurablecondition 46 may direct processor 38 to reject trading order 12 ifquantity 28 of trading order 12 does not satisfy a configurablethreshold. If the particular quantity 28 satisfies the configurablethreshold, then at step 410 processor 38 stores the received tradingorder 12 in order book 44. If, however, processor 38 determines at step408 that the received trading order 12 does not satisfy the configurablecondition 46, then at step 412 processor 38 rejects the received tradingorder 12. The method then proceeds to step 414.

At step 414, processor 38 generates and discloses market data 24. Atstep 416, processor 38 prevents the disclosure of any fractional pipvalue(s) 16 associated with trading order(s) 12 in order book 44. Insome embodiments, in generating market data 24, market data server 60may filter any fractional pip values 16 from market data 24 sent toclients 20. In other embodiments, market data server 60 may deletefractional pip values 16 from market data 24. In yet other embodiments,market data server 60 may mask fractional pip values 16 such that client20 is unable to display fractional pip values 16 associated with tradingorders 12. Processor 38 then determines at step 418 whether tradingplatform 50 has received counterorder 12 b that satisfies any tradingorder 12 in order book 44. If processor 38 determines at step 418 thattrading platform 50 has not received counterorder 12 b that satisfiesany trading order 12 in order book 44, then the method returns to step404. If, however, processor 38 determines at step 418 that tradingplatform 50 has received counterorder 12 b that satisfies at least onetrading order 12 in order book 44, then at step 420 processor 38identifies in order book 44 the particular trading order 12 thatsatisfies counterorder 12 b and that is associated with the best baseprice 32. At step 422, processor 38 uses counterorder 12 b to fill atleast a portion of the identified trading order 12. The method thenends.

Processing Trading Order with Discretion Range

In some embodiments, trading system 10 may allow trader 22 to submittrading order 12 associated with a particular base price 32 and aparticular discretion value 52. Discretion value 52 refers to a pricetolerance within which trader 22 is willing to buy or sell a particulartrading product. For example, if trader 22 submits a bid for aparticular trading product comprising base value of $8 and discretionvalue 52 of $2, then trader 22 is willing to pay up to $10 for theparticular trading product. Because the bid is associated withdiscretion value 52, if the best offer in offer book 44 b is associatedwith base price 32 of $9, trading platform 50 may execute the trade at aprice of $9.

Upon receiving trading order 12 associated with base price 32 anddiscretion value 52, processor 38 is operable to determine limit price54. Limit price 54 refers to the limit of the price tolerance indicatedby discretion value 52. In the foregoing example, the bid was associatedwith base price 32 of $8 and discretion value 52 of $2. Thus, limitprice 54 is $10. Base price 32 and limit price 54 define the discretionrange 18. In the foregoing example, discretion range 18 of the bid spansfrom $8 (base price 32) to $10 (limit price 54).

In some embodiments, trading platform 50 may match order 12 a associatedwith discretion range 18 with counterorder 12 b associated withdiscretion range 18. According to certain embodiments, if the twodiscretion ranges 18 overlap, trading platform 50 may execute the tradeat a midpoint price 56. Midpoint price 56 refers to the midpoint valueof the overlapping portion of the two discretion ranges 18. By executingthe trade at midpoint price 56, neither trader 22 is unfairlydisadvantaged for having submitted trading order 12 with discretionvalue 52. Because trading system 10, in some embodiments, ensures thattraders 22 who submit trading orders 12 associated with discretionvalues 52 are not unfairly disadvantaged, trading system 10 mayencourage traders 22 to submit trading orders 12 with discretion values52. An increase in such trading orders 12 may increase liquidity intrading system 10.

As explained above, trading platform 50 is operable to match tradingorders 12 associated with discretion ranges 18. In operation, trader 22may use client 20 to submit order 12 a associated with base price 32 anddiscretion value 52. Upon receiving order 12 a, processor 38 maydetermine limit price 54 associated with order 12 a. Processor 38 maydetermine limit price 54 based at least in part on the particular baseprice 32 and the particular discretion value 52 associated with order 12a. Processor 38 may then store order 12 a in order book 44 of memory 36.In association with order 12 a, processor 38 may store in order book 44the particular quantity 28 of order 12 a, the particular discretionvalue 52 associated with order 12 a, the particular base price 32associated with order 12 a, the particular limit price 54 associatedwith order 12 a, and/or the time at which trading platform 50 receivedorder 12 a.

Trading platform 50 is further operable to receive counterorder 12 bcomprising a particular base value and a particular discretion value 52.Based at least in part on the particular base price 32 and theparticular discretion value 52, processor 38 may determine limit price54 associated with counterorder 12 b. Processor 38 may then storecounterorder 12 b in counter order book 44 of memory 36. In associationwith counterorder 12 b, processor 38 may store in counter order book 44the particular quantity 28, discretion value 52, base price 32, limitprice 54, and time associated with counterorder 12 b.

Processor 38 may then determine whether the received counterorder 12 bsatisfies the received order 12 a. Processor 38 may determine thatcounterorder 12 b satisfies the received order 12 a if discretion range18 associated with counterorder 12 b touches or intersects discretionrange 18 associated with order 12 a. The particular discretion ranges 18“touch” if limit price 54 of counterorder 12 b is equal to limit price54 of order 12 a. The particular discretion ranges 18 intersect ifdiscretion range 18 of order 12 a overlaps discretion range 18 ofcounterorder 12 b. For example, discretion ranges 18 of order 12 a andcounterorder 12 b may intersect if limit price 54 of counterorder 12 bcrosses limit price 54 of order 12 a. (In general, a bid price is saidto “cross” an offer price if the bid price is more than the offer price.Conversely, an offer price is said to “cross” a bid price if the offerprice is less than the bid price.) If discretion range 18 ofcounterorder 12 b touches but does not overlap or intersect discretionrange 18 of order 12 a, then processor 38 may execute trade betweenorder 12 a and counterorder 12 b at limit price 54 of order 12 a andcounterorder 12 b.

If, however, discretion range 18 of counterorder 12 b overlaps orintersects discretion range 18 of order 12 a, then processor 38 mayexecute a trade between order 12 a and counterorder 12 b at midpointprice 56. The portion of discretion range 18 associated with order 12 athat intersects with discretion range 18 of counterorder 12 b may bereferred to as intersection range 58. Processor 38 may determinemidpoint price 56 based at least in part on the midpoint of intersectionrange 58.

An example illustrates various embodiments. Trading platform 50 receivesan offer associated with base price 32 of $12 and discretion value 52 of$3. Based at least in part on base price 32 and discretion range 18,processor 38 determines that the offer is associated with limit price 54of $9 and discretion range 18 from $12 to $9. Subsequently, tradingplatform 50 receives a bid associated with base price 32 of $8 anddiscretion value 52 of $2. Based at least in part on base price 32 anddiscretion range 18, processor 38 determines that the bid is associatedwith limit price 54 of $10 and discretion range 18 from $8 to $10.

In this example, processor 38 determines that discretion range 18associated with the offer intersects with discretion range 18 associatedwith the bid. In particular, processor 38 determines that intersectionrange 58 is from $9 (limit price 54 of the offer) to $10 (limit price 54of the bid). Processor 38 then determines that midpoint price 56 of thedetermined intersection range 58 is $9.50. In this example, processor 38executes trade between the bid and the offer at the determined midpointprice 56 of $9.50.

In the foregoing example, the determined midpoint price 56 is theaverage of limit price 54 associated with the offer and limit price 54associated with the bid. In other embodiments, processor 38 maydetermine that midpoint price 56 is the average of base price 32associated with order 12 a and base price 32 associated withcounterorder 12 b. For example, processor 38 may match a bid with baseprice 32 of $8 and limit price 54 of $11 with an offer with base price32 of $10 and limit price 54 of $7. In this example, processor 38 maydetermine that midpoint price 56 of intersection range 58 is $9. Thus,if base price 32 of counterorder 12 b crosses limit price 54 of order 12a and if limit price 54 of counterorder 12 b crosses base price 32 oforder 12 a, processor 38 may determine that midpoint price 56 is theaverage of base price 32 associated with order 12 a and base price 32associated with counterorder 12 b.

In some embodiments, processor 38 may determine that midpoint price 56is the average of base price 32 of counterorder 12 b and limit price 54of counterorder 12 b. For example, processor 38 may match a bid withbase price 32 of $8 and limit price 54 of $11 with an offer with baseprice 32 of $10 and limit price 54 of $9. In this example, processor 38may determine that midpoint price 56 of intersection range 58 is $9.50.Thus, if base price 32 of counterorder 12 b crosses limit price 54 oforder 12 a and if limit price 54 of counterorder 12 b does not crossbase price 32 of order 12 a, processor 38 may determine that midpointprice 56 is the average of base price 32 of counterorder 12 b and limitprice 54 of counterorder 12 b.

As illustrated in the foregoing example, processor 38 may determinemidpoint price 56 based at least in part on midpoint value of theoverlapping portion of two discretion ranges 18. Processor 38 may thenexecute a trade at the determined midpoint price 56. In someembodiments, processor 38 may execute the trade at midpoint price 56other than the average value. For example, when discretion range 18 of aresting order 12 a overlaps with discretion range 18 of counterorder 12b, processor 38 may be configured to give more weight to the offer sideor to the bid side of the transaction in determining the price at whichto execute the trade. As an example, trading platform 50 may beconfigured to give twice as much weight to the offer side of thetransaction. Thus, if the intersection range 58 is between $9 and $10,processor 38 may determine a price of $9.67 (i.e., (9+10+10)/3). Thus,when two discretion ranges 18 overlap, processor 38 may be configured todetermine the price of the trade according to any suitable linearcombination, formula, algorithm, table, and/or other suitable criteria.

FIG. 5 illustrates example order books 44 comprising trading orders 12associated with discretion values 52, according to certain embodiments.In this example, trading platform 50 comprises offer book 44 b and bidbook 44 a associated with a particular trading product. Offer book 44 bcomprises multiple offer stacks 62 b. Each offer stack 62 b isassociated with a respective base price 32. In particular, offer book 44b comprises offer stacks 62 b for base prices 32 of $10, $11, and $12,respectively. Similarly, bid book 44 a comprises bid stacks 62 a forbase prices 32 of $10, $11, and $12, respectively. Bid book 44 a furthercomprises configurable condition 46 that, if a bid is associated withdiscretion value 52 and quantity 28 of the bid is less than 1,000,000,then processor 38 should reject the bid.

In the present example, trading platform 50 receives Bid A at 10:45:02.Bid A ts for 3,000,000 units of trading product at base price 32 of $10.Bid A is not associated with discretion value 52. Processor 38 storesBid A in bid stack 62 a associated with base price 32 of $10. Inassociation with Bid A, processor 38 stores quantity 28 of 3,000,000units, base price 32 of $10, and time of 10:45:02. Because Bid A is notassociated with discretion value 52, processor 38 does not storediscretion value 52 or limit price 54 in association with Bid A.

Trading platform 50 subsequently receives Bid B at 10:45:04. Bid B isfor 5,000,000 units of trading product at base price 32 of $10. Bid B isassociated with discretion value 52 of $2. Based at least in part ondiscretion value 52, processor 38 determines that limit price 54associated with Bid Bis $12. Processor 38 stores Bid B in bid stack 62 aassociated with base price 32 of $10. In association with Bid B,processor 38 stores quantity 28 of 5,000,000 units, base price 32 of$10, discretion value 52 of $2, limit price 54 of $12, and time of10:45:04.

After receiving Bid B, trading platform 50 receives Bid Cat 10:45:06.Bid C is for 4,000,000 units of trading product at base price 32 of $10.Bid C is associated with discretion value 52 of $1. Based at least inpart on discretion value 52, processor 38 determines that limit price 54associated with Bid C is $11. Processor 38 stores Bid C in bid stack 62a associated with base price 32 of $10. In association with Bid C,processor 38 stores quantity 28 of 4,000,000 units, base price 32 of$10, discretion value 52 of $1, limit price 54 of $11, and time of10:45:06.

Processor 38 monitors offer book 44 b to determine whether offer book 44b comprises counterorder(s) 12 b that satisfy any order(s) 12 a in bidbook 44 a. In this example, trading platform 50 receives Offer M at10:46:09. Offer M is for 2,000,000 units of trading product at baseprice 32 of $12. Offer M is associated with discretion price of $1.Based at least in part on discretion value 52, processor 38 determinesthat limit price 54 associated with Offer M is $11. Processor 38 storesOffer M in offer stack 62 b associated with base price 32 of $12.

In this example, trading platform 50 comprises a first rule 42 to firstmatch counterorder 12 b with order 12 a associated with best base price32. Accordingly, processor 38 first scans bid stack 62 a associated withbase price 32 of $12. In this example, processor 38 determines that bidstack 62 a associated with base price 32 of $12 is empty. Processor 38then scans bid stack 62 a associated with base price 32 of $11. Afterdetermining that bid stack 62 a associated with base price 32 of $11 isempty, processor 38 scans bid stack 62 a associated with base price 32of $10. In this example, processor 38 determines that discretion range18 associated with Offer M satisfies discretion range 18 associated withBid B and discretion range 18 associated with Bid C.

In this example, trading platform 50 compnses a second rule 42 that, ifcounterorder 12 b matches multiple orders 12 a associated with the samebase price 32, processor 38 should execute the trade using order 12 aassociated with best limit price 54. In this example, Bid B isassociated with limit price 54 of $12 and Bid C is associated with limitprice 54 of $11. Because Bid B is associated with the better limit price54, processor 38 determines to match Offer M with Bid B.

Processor 38 then determines the price at which to execute the tradeinvolving Bid B and Offer M. In this example, trading platform 50comprises a third rule 42 that, if discretion range 18 associated withorder 12 a intersects with discretion range 18 associated withcounterorder 12 b, the trade is executed at the midpoint of theintersection range 58. In this example, discretion range 18 associatedwith Bid B is defined by base price 32 of $10 and limit price 54 of $12.Discretion range 18 associated with Offer M is defined by base price 32of $12 and limit price 54 of $11. Thus, processor 38 determines thatintersection range 58 is defined by Offer M's limit price 54 of $11 andOffer M's base price 32 (and/or Bid B's limit price 54) of $12.Processor 38 determines that the midpoint value of intersection range 58is $11.50. Accordingly, processor 38 executes trade involving Bid B andOffer M at midpoint price 56 of $11.50. In particular, processor 38fills a portion of Bid B with 2,000,000 units of trading product fromOffer M at price of $11.50.

In this example, upon executing a trade, processor 38 is configured togenerate and store in memory 36 a trade confirmation record 64.Accordingly, processor 38 generates trade confirmation record 64 for thetrade involving Bid B and Offer M. Trade confirmation record 64comprises midpoint price 56 of $11.50.

In the foregoing example, trading platform 50 received trading orders 12associated with base prices 32 expressed in dollars. It should beunderstood, however, that base price 32 may be expressed as any suitablecurrency, rate, unit, and/or metric.

FIG. 6 illustrates an example graphical user interface 25 for receivingtrading order 12 associated with discretion value 52, according tocertain embodiments. In some embodiments, processor 38 may execute logicin memory 36 to provide graphical user interface 25 to client 20 vianetwork 70. In other embodiments, client 20 may execute instructionsstored in client 20 to display graphical user interface 25. In thisexample, graphical user interface 25 comprises one or more order entryfields 45. Each order entry field 45 may be associated with a respectivetrading product. In the present example, graphical user interface 25comprises a first order entry field 45 associated with Trading ProductW, a second order entry field 45 associated with Trading Product X, athird order entry field 45 associated with Trading Product Y, and afourth order entry field 45 associated with Trading Product Z. It shouldbe understood that order entry field 45 may be associated with equities,notes, commodities, futures, and/or any suitable number and combinationof trading products.

In some embodiments, order entry field 45 compnses input field anddiscretion key 66. Trader 22 may use client 20 to input into input fieldthe particular base price 32 and/or the particular quantity 28 oftrading order 12. Trader 22 may use client 20 to input into input fieldfractional pip value 16 and/or discretion value 52 associated withtrading order 12.

According to certain embodiments, trader 22 may use discretion key 66 toinput discretion value 52 associated with trading order 12. For example,after inputting base price 32 of trading order 12 into input field,trader 22 may select discretion key 66 on graphical user interface 25.After selecting discretion key 66, trader 22 inputs discretion value 52.After receiving discretion value 52, client 20 may generate tradingorder 12 based at least in part on base price 32 and discretion value 52received via graphical user interface 25. Client 20 may then transmittrading order 12 to trading platform 50 for execution.

In addition, or alternatively, to displaying order entry fields 45,graphical user interface 25 may display trade history viewer 47 andmarket data viewer 49. Trade history viewer 47 in graphical userinterface 25 associated with a particular trader 22 is generallyoperable to display trading orders 12 submitted by the particular trader22. Market data viewer 49 is generally operable to display market data24 from market data server 60. As explained above, market data server 60may receive from trading platform 50 information regarding tradingorders 12 in order books 44 in memory 36. Based at least in part on thereceived information, market data server 60 may generate market data 24.In some embodiments, market data 24 may represent the particular tradingorders 12 in order book 44, the respective time when trading platform 50received each of the particular trading orders 12, and/or the particularbase price 32 associated with each trading order 12 in order book 44. Inother embodiments, market data 24 may comprise the best base price 32from each order book 44 in trading platform 50.

Market data server 60 is operable to prevent the disclosure offractional pip value 16 and/or discretion value 52 associated withtrading order 12 in order book 44. In particular, market data server 60may filter from market data 24 any fractional pip values 16 and/ordiscretion values 52. In the present example, market data viewer 49displays market data 24 based at least in part on bid book 44 aillustrated in FIG. 5. The displayed market data 24 represents Bids A,B, and C chronologically in association with base price 32 of $10.Because market data server 60 filtered discretion values 52 from marketdata 24, trader 22 viewing market data 24 displayed by graphical userinterface 25 is unable to determine best limit price 54 in order book44. By preventing disclosure of discretion values 52, trading system 10may reduce or eliminate certain types of arbitrage.

In some embodiments, trading platform 50 may process a particulartrading order 12 associated with both fractional pip value 16 anddiscretion value 52. FIG. 7 illustrates example order books 44comprising trading orders 12 associated with discretion values 52 andtrading orders 12 associated with fractional pip values 16, according tocertain embodiments. In this example, trading platform 50 comprises bidbook 44 a associated with three-month futures in the EUR/USD currencypair and offer book 44 b associated with three-month futures in theEUR/USD currency pair. Trading platform 50 is configured such that, forEUR/USD, one pip 14 equals 0.0001. At 14:02:02, trading platform 50receives Bid A for quantity 28 of $5,000,000. Bid A is associated withbase price 32 of 1.2023 and discretion value 52 of two pips 14. Uponreceiving Bid A, processor 38 determines that base price 32 comprisesroot value 34 of 1.2023 and no fractional pip value 16. Based at leastin part on discretion value 52 associated with Bid A, processor 38determines that limit price 54 associated with Bid A is 1.2025. In bidbook 44 a, processor 38 stores Bid A in association with quantity 28 of$5,000,000, root value 34 of 1.2023, discretion value 52 of two pips 14,limit price 54 of 1.2025, and time of 14:02:02.

In this example, processor 38 then scans offer book 44 b to determinewhether offer book 44 b comprised offer that satisfies Bid A. In thisexample, trading platform 50 has not yet received any offers thatsatisfy Bid A. Trading platform 50 subsequently receives Bids B at14:02:05. Bid B is for quantity 28 of $5,000,000 at base price 32 of1.20234. Bid B is not associated with discretion value 52. Accordingly,processor 38 stores Bid B in bid book 44 a in association with quantity28 of $5,000,000, root value 34 of 1.2023, fractional pip value 16 offour, and time of 14:02:05. Because Bid B is not associated withdiscretion value 52, processor 38 does not store limit price 54 for BidB in bid book 44 a.

Trading platform 50 subsequently receives Bid C at 14:02:06. Bid C isfor quantity 28 of $5,000,000 at base price 32 of 1.20242. Bid C isassociated with discretion value 52 of one pip 14. Accordingly,processor 38 stores in bid book 44 a Bid C in association with rootvalue 34 of 1.2024, fractional pip value 16 of two, discretion value 52of one, limit price 54 of 1.20252, and time of 14:02:06. Bid D is thenreceived by trading platform 50 at 14:02:10. Bid D is for quantity 28 of$5,000,000 at base price 32 of 1.20234. Bid D is associated withdiscretion value 52 of three pips 14. Accordingly, processor 38 storesBid D in bid book 44 a in association with root value 34 of 1.2023,fractional pip value 16 of four, discretion value 52 of three, limitprice 54 of 1.20264, and time of 14:02:10.

Processor 38 monitors offer book 44 b to determine whether offer book 44b comprises any offers that satisfy any bids in bid book 44 a. In thisexample, trading platform 50 receives Offer M at 14:02:13. Offer M isfor $5,000,000 at base price 32 1.2025. Offer M is associated withdiscretion value 52 of one pip 14. Accordingly, processor 38 storesOffer M in offer book 44 b in association with root value 34 of 1.2025,discretion value 52 of one, limit price 54 of 1.2024, and time of14:02:13.

In this example, trading platform 50 comprises a first rule 42 that,upon receiving counterorder 12 b, processor 38 should scan order book 44to identify orders 12 a that match or cross counterorder 12 b.Accordingly, upon receiving Offer M, processor 38 scans bid book 44 aand determines that limit price 54 associated with Offer M crosses limitprice 54 associated with Bid A, limit price 54 associated with Bid C,and limit price 54 associated with Bid D. Thus, processor 38 identifiesBids A, C, and D as matching or crossing Offer M.

In this example, trading platform 50 compnses a second rule 42 that, ifmultiple orders 12 a are identified as matching or crossing counterorder12 b, processor 38 should determine order(s) 12 a associated with thebest base price 32. In this example, Bid A is associated with base price32 of 1.2023, Bid C is associated with base price 32 of 1.20242, and BidD is associated with base price 32 of 1.20234. Because Bid C isassociated with the best base price 32, processor 38 identifies Bid C asthe particular bid to match with Offer M.

Processor 38 then determines the price at which to execute the tradeinvolving Bid C and Offer M. In this example, trading platform 50comprises a third rule 42 that, if discretion range 18 associated withorder 12 a intersects with discretion range 18 associated withcounterorder 12 b, the trade is executed at midpoint price 56 ofintersection range 58. In this example, discretion range 18 associatedwith Bid C is defined by base price 32 of 1.20242 and limit price 54 of1.20252. Discretion range 18 associated with Offer M is defined by baseprice 32 of 1.2025 and limit price 54 of 1.2024. Thus, processor 38determines that intersection range 58 is defined by Bid C's base price32 of 1.20242 and Offer M's base price 32 of 1.2025. Processor 38determines that midpoint price 56 of intersection range 58 is 1.20246.Accordingly, processor 38 executes trade involving Bid C and Offer M atmidpoint price 56 of 1.20246. Processor 38 subsequently generates andstores trade confirmation record 64 regarding the trade.

In this example, because Bid C was associated with the best base price32, trading platform 50 matched Offer M with Bid C rather than Bid Adespite Bid A being received first and being associated with discretionrange 18 that satisfied Offer M. Thus, trading platform 50 may provideincentives for traders 22 to submit trading orders 12 with better baseprices 32. An increase in trading orders 12 with better base prices 32may increase liquidity in trading system 10.

In the present example, after filling Bid C with Offer M, tradingplatform 50 removes Bid C and Offer M from order books 44. Tradingplatform 50 subsequently receives Offer N at 14:02:15. Offer N is for$5,000,000 at base price 32 of 1.20244. Offer N is associated withdiscretion value 52 of one pip 14. Accordingly, processor 38 storesOffer N in offer book 44 b in association with root value 34 of 1.2024,fractional pip value 16 of four, discretion value 52 of one, base price32 of 1.20244, limit price 54 of 1.20234, and time of 14:02:15. Pursuantto the first rule 42 in memory 36, trading platform 50 scans bid book 44a to identify any bids that match Offer N. In this example, limit price54 associated with Offer N crosses limit price 54 associated with Bid A,matches base price 32 associated with Bid B, and matches base price 32associated with Bid D. (As explained above, Bid Chas already beenfilled.) Thus, processor 38 identifies Bids A, B, and D as matching orcrossing Offer N.

As explained above, trading platform 50 in this example comprises asecond rule 42 that, if multiple orders 12 a are identified as matchingor crossing counterorder 12 b, processor 38 should determine order(s) 12a associated with the best base price 32. In this example, processor 38determines that both Bid B and Bid D are associated with the best baseprice 32—1.20234.

Trading platform 50 comprises a fourth rule 42 that, if two or more ofthe identified orders 12 a are associated with the best base price 32,processor 38 should determine, from among the two or more identifiedorders 12 a associated with the best base price 32, the particular order12 a associated with the best limit price 54. In this example, Bid B andBid D are associated with the best base price 32—1.20234. Bid B,however, is not associated with any limit price 54. Bid D is associatedwith limit price 54 of 1.20264. Because Bid D is associated with abetter limit price 54, processor 38 identifies Bid D as the particularbid to match with Offer N.

Processor 38 then determines the price at which to execute the tradeinvolving Bid D and Offer N. As explained above, the third rule 42 inmemory 36 specifies that, if discretion range 18 associated with order12 a intersects with discretion range 18 associated with counterorder 12b, the trade is executed at midpoint price 56 of intersection range 58.In this example, discretion range 18 associated with Bid D is defined bybase price 32 of 1.20234 and limit price 54 of 1.20264. Discretion range18 associated with Offer N is defined by base price 32 of 1.20244 andlimit price 54 of 1.20234. Thus, processor 38 determines thatintersection range 58 is defined by Bid D's base price 32 (and/or OfferN's limit price 54) of 1.20234 and Offer N's base price 32 of 1.20244.Processor 38 determines that the midpoint price 56 of intersection range58 is 1.20239. Accordingly, processor 38 executes trade involving Bid Dand Offer N at midpoint price 56 of 1.20239. Processor 38 subsequentlygenerates and stores in memory 36 trade confirmation record 64 regardingthe trade.

In this example, processor 38 matched Offer N with Bid D rather than BidBat least in part because Bid B was not associated with discretion value52. Thus, trading system 10 may provide incentives for traders 22 tosubmit trading orders 12 associated with discretion values 52. Anincrease in trading orders 12 associated with discretion values 52 mayincrease liquidity in trading system 10.

In the foregoing example, trading platform 50 is configured such thatone pip 14 for a particular exchange rate is 0.0001. It should beunderstood, however, that for a particular exchange rate, tradingplatform 50 may be configured such that one pip 14 is 0.01, 0.001,and/or any suitable integral or decimal value.

In the foregoing example, trading platform 50 receives trading orders 12associated with the EUR/USD currency pair. It should be understood,however, that trading platform 50 may receive and process trading orders12 associated with USD/JPY, USD/CHF, EUR/GBP, and/or any suitablecurrency pair. It should be further understood that trading platform 50may receive and process trading orders 12 associated with any tradingproduct such as, for example, financial instruments, stocks, bonds,futures contracts, equity securities, mutual funds, currencies, options,derivatives, commodities, or any number and combination of suitabletrading products.

FIG. 8 illustrates a flowchart for processing trading order 12associated with discretion range 18, according to certain embodiments.The method begins at step 802 by storing in memory 36 a plurality oforders 12 a. At step 804, trading platform 50 receives counterorder 12 bassociated with a particular discretion range 18. At step 806, tradingplatform 50 identifies a set of orders 12 a stored in memory 36, the setcomprising each order 12 a in memory 36 that satisfies the receivedcounterorder 12 b. At step 808, trading platform 50 identifies, fromamong orders 12 a in the identified set, a particular order 12 aassociated with the best base price 32.

At step 810, trading platform 50 determines whether the identified order12 a is associated with discretion range 18. If trading platform 50determines at step 810 that identified order 12 a is not associated withdiscretion range 18, then at step 812 trading platform 50 executes atrade based at least in part on the identified order 12 a andcounterorder 12 b. The trade is executed at base price 32 associatedwith identified order 12 a. The method then ends.

If, however, trading platform 50 determines at step 810 that identifiedorder 12 a is associated with a particular discretion range 18, then atstep 814 trading platform 50 determines midpoint price 56 based at leastin part on intersection of discretion range 18 associated withcounterorder 12 b and discretion range 18 associated with identifiedorder 12 a. At step 816, trading platform 50 executes a trade based atleast in part on identified order 12 a and counterorder 12 b. The tradeis executed at the determined midpoint price 56. The method then ends.

Managing Trading Among Different Trading Groups

FIG. 9 illustrates trading system 10 configured to manage trading amongbasic traders 22 x and special traders 22 y, according to certainembodiments. Trading system 10 comprises clients 20, manager servers 30,gateway servers 40, trading platform 50, and market data server 60communicatively coupled by network 70. Each of the elements of tradingsystem 10 illustrated in FIG. 9 is operable to perform the functionsand/or operations of the corresponding elements illustrated in FIG. 1.

According to certain embodiments, trading system 10 may comprisemultiple groups of traders 22. Each group may be referred to as atrading group 72. When a particular trader 22 registers to participatein trading system 10, the particular trader 22 may register as a memberof a particular trading group 72. Because traders 22 in trading system10 may have different objectives, specialties, interests, goals, and/orbackgrounds, trading system 10 may offer multiple trading groups 72. Forexample, two or more traders 22 that have in common a particularspecialty may register to participate in trading group 72 associatedwith the particular specialty. Two or more traders 22 that have incommon another specialty may register to participate in trading group 72associated with the other specialty. Trading group 72 may be definedaccording to any suitable criteria. In particular, a particular tradinggroup 72 may be defined according to the size, net worth, historicperformance, trading volumes, and/or other characteristics of traders 22in the particular trading group 72. For example, trading system 10 maycomprise a particular trading group 72 for banks, another trading group72 for hedge fund managers, another trading group 72 for individuals,and so forth. It should be understood that trading system 10 maycomprise any number and combination of trading groups 72.

According to certain embodiments, trading groups 72 may comprise a basicgroup 72 x, a special group 72 y, and a flex group 72 z. Basic group 72x and special group 72 y represent two distinct groups of traders 22. Insome embodiments, basic group 72 x corresponds with a basic membershiplevel in trading system 10 and special group 72 y corresponds with anadvanced membership level. A trader 22 may need to pay a fee and/orsatisfy certain criteria to be eligible to join special group 72 y. Insome embodiments, special group 72 y may comprise banks, brokeragefirms, and/or other market makers 26. It should be understood, however,that trading system 10 may comprise any number and combination ofcriteria associated with basic group 72 x and/or special group 72 y.

Traders 22 in special group 72 y may be referred to as special traders22 y, and traders 22 in basic group 72 x may be referred to as basictraders 22 x. Trading orders 12 from special traders 22 y may bereferred to as special orders 12 y, and trading orders 12 from basictraders 22 x may be referred to as basic orders 12 x. According tocertain embodiments, due to their objectives, strategies, and/or size,special traders 22 y may not want to trade with basic traders 22 x. Insome embodiments, trading platform 50 may be configured to preventtrades between special traders 22 y and basic traders 22 x. Tradingplatform 50 may be further configured to prevent the disclosure ofspecial trading orders 12 to basic traders 22 x. In particular, tradingplatform 50 may filter or delete information regarding special tradingorders 12 from market data 24 sent to clients 20 associated with basictraders 22 x.

As explained above, trading system 10 may comprise flex group 72 z oftraders 22. According to certain embodiments, flex group 72 z comprisestraders 22 that are eligible to be special traders 22 y but that want totrade with both basic traders 22 x and special traders 22 y. In someembodiments, traders 22 in flex group 72 z may be required to meet thesame qualifications and/or pay the same fee as traders 22 in specialgroup 72 y. Trading system 10 may be configured to allow traders 22 inflex group 72 z to trade with both basic traders 22 x and specialtraders 22 y. Traders 22 in flex group 72 z may be referred to as flextraders 22 z, and trading orders 12 from flex traders 22 z may bereferred to as flex orders 12 z.

Trading platform 50 is operable to receive basic orders 12 x, specialorders 12 y, and flex orders 12 z. In some embodiments, trading platform50 comprises basic order books 44 x and special order books 44 y. Basicorders books 12 x may store basic orders 12 x from basic traders 22 x,and special order books 44 y may store special orders 12 y from specialtraders 22 y.

Basic order books 44 x and special order books 44 y may be used inparallel by trading platform 50. For example, trading platform 50 maycomprise basic order book 44 x associated with Trading Product X as wellas special order book 44 y associated with Trading Product X. Uponreceiving a first bid for Trading Product X from basic trader 22 x,trading platform 50 may store the first bid in basic order book 44 xassociated with Trading Product X. Upon receiving a second bid forTrading Product X from special trader 22 y, trading platform 50 maystore the second bid in special order book 44 y associated with TradingProduct X.

According to certain embodiments, flex order 12 z from flex trader 22 zmay be stored in both basic order book 44 x and special order book 44 y.For example, upon receiving flex order 12 z for Trading Product X,trading platform 50 may store flex order 12 z in basic order book 44 xfor Trading Product X and in special order book 44 y for Trading ProductX.

Trading platform 50 is operable to manage the priority of trading orders12 in basic order books 44 x and special order books 44 y. Each tradingorder 12 may be stored in the appropriate order book(s) 44 inassociation with the time trading platform 50 received the particulartrading order 12. In general, priority among trading orders 12 may bebased at least in part on base price 32 associated with trading order 12and/or on the time when trading platform 50 received trading order 12.In some embodiments, in a particular order book 44, trading order 12associated with the best base price 32 has priority. According tocertain embodiments, when a particular order book 44 comprises two ormore trading orders 12 associated with the best base price 32, thentrading platform 50 may assign priority to the particular trading order12 (from among the two or more trading orders 12 associated with thebest base price 32) that was first received by trading platform 50.Trading order 12 with priority in basic order book 44 x may be said tohave basic priority. Trading order 12 with priority in special orderbook 44 y may be said to have special priority.

In some embodiments, memory 36 may comprise rules 42 associated withorder books 44. In particular, memory 36 may comprise basic rules 42 xassociated with basic order books 44 x and special rules 42 y associatedwith special order books 44 y. Basic rules 42 x generally comprise rules42 for processing basic orders 12 x and executing trades among basictraders 22 x. Special rules 42 y generally comprise rules 42 forprocessing special orders 12 y and executing trades among specialtraders 22 y. Basic rules 42 x and special rules 42 y may comprise anysuitable instructions, guidelines, directives, and/or criteria forrouting, matching, and/or executing trading orders 12. Special rules 42y and basic rules 42 x may further comprise instructions, guidelines,directives, and/or criteria for generating and/or disclosing market data24.

In some embodiments, special rules 42 y may be different from basicrules 42 x. For example, a particular special rule 42 y may be that, ifdiscretion range 18 associated with order 12 a crosses discretion range18 associated with counterorder 12 b, then processor 38 should executethe trade at midpoint price 56 of the intersection range 58. Incontrast, a particular basic rule 42 x may be that, if discretion range18 associated with a resting order 12 a crosses discretion range 18associated with counterorder 12 b, then processor 38 should execute thetrade at limit price 54 or base price 32 of the resting order 12 a.

As another example, special rules 42 y may comprise a first rule thatallows processor 38 to execute a trade at a price comprising afractional pip value 16. In contrast, basic rules 42 x may comprise asecond rule that, if trading order 12 is associated with fractional pipvalue 16, processor 38 should round base price 32 to the nearest wholepip value and should execute the trade at a whole pip price. Thus, basicrules 42 x may be different from special rules 42 y. As a result, tradesbetween special traders 22 y may be executed differently than tradesamong basic traders 22 x.

It should be understood that the special rules 42 y described above may,m some embodiments, be basic rules 42 x and the basic rules 42 xdescribed above may, in some embodiments, be special rules 42 y. Itshould be further understood that special rules 42 y and basic rules 42x may comprise any number and combination of suitable rules,instructions, and/or criteria for the routing, processing, and matchingof trading orders 12 and/or the disclosure of market data 24.

As explained above, trading platform 50 may store a particular flexorder 12 z from flex trader 22 z in both basic order book 44 x andspecial order book 44 y. In some embodiments, if the particular flexorder 12 z matches a particular special counterorder 12 b in specialorder book 44 y, processor 38 may execute the trade with flex order 12 zand special counterorder 12 b according to special rules 42 y. Accordingto certain embodiments, if the particular flex order 12 z matches aparticular basic counterorder 12 b in basic order book 44 x, processor38 may execute the trade with flex order 12 z and basic counterorder 12b according to basic rules 42 x. In some embodiments, if the particularflex order 12 z matches a particular flex counterorder 12 z, processor38 may execute the trade with flex order 12 z and flex counterorder 12 zaccording to special rules 42 y or basic rules 42 x.

An example illustrates certain embodiments. In this example, tradingsystem 10 is configured to prevent trades between special traders 22 yand basic traders 22 x. Processor 38 receives from basic trader 22 x abasic bid for Trading Product X with base price 32 of $8. Processor 38stores the basic bid in basic order book 44 x. Processor 38 subsequentlyreceives from special trader 22 y a special offer of Trading Product Xwith base price 32 of $8. Processor 38 stores the special offer inspecial order book 44 y. Because trading system 10 is configured toprevent trades between special traders 22 y and basic traders 22 x,processor 38 does not match the basic bid of $8 with the special offerof $8. Processor 38 subsequently receives from flex trader 22 z a flexbid for Trading Product X with base price 32 of $8. Processor 38 storesthe flex bid in basic order book 44 x and special order book 44 y.Processor 38 scans special order book 44 y and determines that the flexbid of $8 matches the special offer of $8. Processor 38 then executes atrade between the flex bid of $8 from special order book 44 y thespecial offer of $8 from special order book 44 y. In conjunction withexecuting the trade, processor 38 deletes the flex bid of $8 from basicorder book 44 x.

Although the foregoing example illustrates base prices 32 expressed indollars, it should be understood that trading system 10 may receive andprocess trading orders 12 associated with any number and combination ofsuitable trading products.

In operation, processor 38 is operable to receive basic orders 12 x frombasic traders 22 x, special orders 12 y from special traders 22 y, andflex orders 12 z from flex traders 22 z. Upon receiving basic order 12x, processor 38 may store basic order 12 x in basic order book 44 x inmemory 36. Upon receiving special order 12 y, processor 38 may storespecial order 12 y in special order book 44 y in memory 36. Uponreceiving flex order 12 z, processor 38 may store flex order 12 z inbasic order book 44 x and special order book 44 y. Memory 36 in tradingplatform 50 may comprise basic rules 42 x associated with basic orderbooks 44 x and special rules 42 y associated with special order books 44y.

According to certain embodiments, trading platform 50 may subsequentlyreceive counterorder 12 b. If counterorder 12 b is from basic trader 22x, trading platform 50 may match counterorder 12 b with basic orders 12x and/or flex orders 12 z in basic order book 44 x. If counterorder 12 bis from basic trader 22 x and is matched with flex order 12 z in basicorder book 44 x, trading platform 50 may delete the corresponding flexorder 12 z from special order book 44 y.

In some embodiments, if counterorder 12 b is from special trader 22 y,trading platform 50 may match counterorder 12 b with special orders 12 yand/or flex orders 12 z in special order book 44 y. If counterorder 12 bis from special trader 22 y and is matched with flex order 12 z inspecial order book 44 y, trading platform 50 may delete thecorresponding flex order 12 z from basic order book 44 x.

According to certain embodiments, if counterorder 12 b is from flextrader 22 z, trading platform 50 may match counterorder 12 b withspecial orders 12 y and/or flex orders 12 z in special order book 44 y.If special order book 44 y does not comprise any matching trading orders12, then trading platform 50 may match counterorder 12 b from flextrader 22 z with basic orders 12 x in basic order book 44 x. Ifcounterorder 12 b is from flex trader 22 z and is matched with flexorder 12 z in special order book 44 y, trading platform 50 may deletethe corresponding flex order 12 z from basic order book 44 x.

FIG. 10 illustrates memory 36 comprising example basic order books 44 xand example special order books 44 y, according to certain embodiments.In this example, memory 36 comprises special rule 42 y that, ifdiscretion range 18 associated with order 12 a crosses discretion range18 associated with counterorder 12 b, then processor 38 should executethe trade at midpoint price 56 of the intersection range 58. Memory 36further compnses basic rule 42 x that, if discretion range 18 associatedwith a resting order 12 a crosses discretion range 18 associated withcounterorder 12 b, then processor 38 should execute the trade at limitprice 54 of the resting order 12 a. In this example, memory 36 furthercomprises a general rule 42 that, if flex counterorder 12 b matches bothtrading order 12 in basic order book 44 x and trading order 12 inspecial order book 44 y, then processor 38 should first match flexcounterorder 12 b to trading order 12 in special order book 44 y.

In this example, processor 38 receives at 12:24:02 Basic Bid Aassociated with quantity 28 of 100,000 units. Basic Bid A is associatedwith base price 32 of $8 and discretion value 52 of $3. Processor 38stores Basic Bid A in basic bid book 44 x. Processor 38 then receives at12:24:04 Special Bid B associated with quantity 28 of 500,000 units.Special Bid B is associated with base price 32 of $8 and discretionvalue 52 of $2. Trading platform 50 stores Special Bid B in special bidbook 44 y.

At 12:24:06, processor 38 receives Flex Bid C associated with quantity28 of 500,000 units. Flex Bid C is associated with base price 32 of $8and discretion value 52 of $2. Processor 38 stores Flex Bid C in bothspecial bid book 44 y and basic bid book 44 x. Processor 38 subsequentlyreceives Basic Bid D associated with quantity 28 of 100,000 units. BasicBid D is associated with base price 32 of $8 and discretion value 52 of$2. Processor 38 stores Basic Bid D in basic bid book 44 x.

In this example, processor 38 then receives Flex Offer E associated withquantity 28 of 5,000,000 units. Flex Offer E is associated with baseprice 32 of $11 and discretion value 52 of $2. Upon receiving Flex OfferE, processor 38 determines that discretion range 18 of Flex Offer Ecrosses discretion range 18 of each of Basic Bid A, Special Bid B, FlexBid C, and Basic Bid D. Processor 38 further determines that Special BidB is associated with special priority in special bid book 44 y and thatBasic Bid A is associated with basic priority in basic bid book 44 x.

As explained above, memory 36 comprises a general rule 42 that, if flexcounterorder 12 b matches both trading order 12 in basic order book 44 xand trading order 12 in special order book 44 y, then processor 38should first match flex counterorder 12 b to trading order 12 in specialorder book 44 y. Accordingly, processor 38 first matches Special Bid Bto Flex Offer E. According to special rule 42 y in memory 36, processor38 executes the trade at midpoint price 56 of $9.50.

After matching Special Bid B to Flex Offer E, processor 38 determinesthat a portion (4,500,000 units) of Flex Offer E remains unfilled.According to the general rule 42, processor 38 then matches Flex Bid Cin special bid book 44 y with Flex Offer E. According to special rule 42y in memory 36, processor 38 executes the trade at midpoint price 56 of$9.50. In conjunction with executing the trade, processor 38 deletesFlex Bid C from basic bid book 44 x.

After matching Flex Bid C to Flex Offer E, processor 38 determines thata portion (4,000,000 units) of Flex Offer E remains unfilled. Becausespecial bid book 44 y comprises no more matching trading orders 12,processor 38 then matches Basic Bid A in basic bid book 44 x with FlexOffer E. According to basic rule 42 x m memory 36, processor 38 executesthe trade at $11—limit price 54 of Basic Bid A.

After matching Basic Bid A to Flex Offer E, processor 38 determines thata portion (3,900,000 units) of Flex Offer E remains unfilled. Processor38 then matches Basic Bid D in basic bid book 44 x with Flex Offer E.According to basic rule 42 x in memory 36, processor 38 executes thetrade at $10—limit price 54 of Basic Bid D. Processor 38 then determinesthat basic bid book 44 x comprises no more matching trading orders 12.Accordingly, processor 38 stores the remaining portion (3,800,000 units)of Flex Offer E in both basic offer book and special offer book.

Although the foregoing example illustrates base prices 32 expressed indollars, it should be understood that trading system 10 may receive andprocess trading orders 12 associated with any number and combination ofsuitable trading products.

The foregoing example illustrates special rules 42 y and basic rules 42x for matching trading orders 12 comprising discretion values 52. Itshould be understood, however, that basic rules 42 x and special rules42 y may comprise any suitable instruction, criteria, and/or logicassociated with any number and combination of characteristics of tradingorders 12.

The invention has several important technical advantages. Variousembodiments of the invention may have none, some, or all of theseadvantages. One advantage is that trading system 10 may process tradingorders 12 from a particular group 72 of traders 22 according to aparticular set of rules 42 and may process trading orders 12 fromanother group 42 of traders 22 according to a different set of rules 42.In some embodiments, trading system 10 may prevent trading betweendifferent types of traders 22. Thus, trading system 10 may allow traders22 to avoid trading with counterparties that are perceived to be anuissance or to have an unfair advantage.

FIG. 11 illustrates a flowchart for managing trading orders 12,according to certain embodiments. The method begins at step 1102 bystoring in basic order book 44 x a particular basic order 12 x frombasic trader 22 x. At step 1104, processor 38 receives special order 12y from special trader 22 y. Processor 38 may store special order 12 y inspecial order book 44 y in memory 36. At step 1106, processor 38 and/ormarket data server 60 may generate market data 24 based at least in parton trading orders 12 in basic order book 44 x and special order book 44y. Processor 38 and/or market data server 60 may transmit to clients 20associated with flex traders 22 z market data 24 comprising informationregarding special orders 12 y, flex orders 12 z, and basic orders 12 xin order books 44 in memory 36. At step 1108, processor 38 and/or marketdata server 60 may filter, from market data 24 sent to basic traders 22x, information regarding special orders 12 y in special order book 44 y.

At step 1110, processor 38 receives from flex trader 22 z a particularflex counterorder 12 b that matches the stored basic order 12 x and thereceived special order 12 y. At step 1112, processor 38 executes a tradeassociated with the received special order 12 y and the received flexcounterorder 12 b. The trade may be executed according to special rules42 y. At step 1114, processor 38 determines whether any portion of flexcounterorder 12 b is unfilled. If processor 38 determines at step 1114that all of flex counterorder 12 b has been filled, the method thenends. If, however, processor 38 determines at step 1114 that a portionof flex counterorder 12 b is unfilled, then at step 1116 processor 38may execute a trade associated with the received basic order 12 x andthe unfilled portion of flex counterorder 12 b. This trade may beexecuted according to basic rules 42 x in memory 36. The method thenends.

Although the present invention has been described in severalembodiments, a myriad of changes and modifications may be suggested toone skilled in the art, and it is intended that the present inventionencompass such changes and modifications as fall within the scope of thepresent appended claims.

1. (canceled)
 2. A system for managing trading orders in an electronictrading system over a network with graphical user interfaces ofcomputing devices, the system comprising: at least one processor of acomputing device of an electronic trading system, and at least onememory device communicatively coupled to the at least one processor ofthe computing device of the electronic trading system, in which the atleast one memory device stores instructions which, when executed by theat least one processor of the computing device of the electronic tradingsystem, direct the at least one processor of the computing device of theelectronic trading system to: receive, from an input portion of agraphical user interface of a computing device of a trader, datarepresenting a first order associated with a particular trading product,wherein the first order comprises a request to fill the first order at afirst price comprising a non-zero fractional pip value; determinewhether the first price of the first order comprises a fractional pipvalue; in response to determining that the first price of the firstorder comprises a fractional pip value, determine whether the firstorder satisfies at least one configurable threshold condition stored inthe at least one memory device of the computing device of the electronictrading system; in response to determining that the first ordersatisfies the at least one configurable threshold condition, thecomputing device of the electronic trading system to causing to apply afilter to the first price of the first order to: (a) allow transmissionof the first price of the first order including a root value and thefractional pip value of the market data to the computing device of thetrader, and allow display of the first price of the first orderincluding the root value and the fractional pip value of the market dataon a trade history display portion of the graphical user interface ofthe computing device of the trader, (b) allow transmission of the rootvalue of the market data, but not the fractional pip value of marketdata, to computing devices of a plurality of traders, and allow displayof the root value of the market data, but not fractional pip value ofthe market data, on the market data display portions of graphical userinterfaces of the computing devices of the plurality of the traders;after causing the first price of the first order to be displayed withoutthe fractional pip value to a plurality of traders, receive, from aninput portion of a graphical user interface of a computing device of oneof the plurality of traders, data representing a second order associatedwith the particular trading product, wherein the second order is contrato the first order, wherein the second order comprises a request to fillthe second order at a second price, wherein the second price of thesecond order matches the first price of the first order; after receivingthe second order, determine that the second price of the second ordermatches the first price of the first order; apply a sequencing order tothe first order and the second order to remove suggestion of marketpriority of the first order and the second order; redisplay thesequenced first order and the second order to the graphical userinterface of the computing devices of the plurality of the traders;cause to display, data representing trading orders submitted by theplurality of the traders, on a trade history viewer portion of thegraphical user interfaces of the computing devices of the plurality ofthe traders; and in response to determining that the second price of thesecond order matches the first price of the first order, execute a tradeassociated with the first order and the second order, wherein the tradeis executed at the first price.
 3. The system of claim 1, in which theact of determining whether the first order satisfies the at least oneconfigurable threshold condition comprises determining whether aquantity of the first order satisfies a quantity threshold value of theparticular trading product.
 4. The system of claim 1, wherein the marketdata is transmitted to one or more users, and in which the first orderis configured to be filled only at the first price and not at any otherprice.
 5. The system of claim 1, wherein the second price of the secondorder consists of a whole pip price that does not have a fractional pipvalue, and in which the act of determining whether the first ordersatisfies the at least one configurable threshold condition comprisesdetermining whether the second order satisfies a minimum volumerequirement.
 6. The system of claim 1, wherein the second order furthercomprises an instruction to execute a trade at the first price of thefirst order.
 7. The system of claim 1, further comprising displaying themarket data on a monitor of one or more users in a random sequence. 8.The system of claim 1, further comprising storing the first order in anorder stack in response to determining that the first price of the firstorder does not comprise the fractional pip value.
 9. The system of claim1, further comprising rejecting the first order in response todetermining that the first order fails to satisfy the at least oneconfigurable threshold condition stored in the at least one memorydevice.
 10. A method for managing trading orders in an electronictrading system over a network with graphical user interfaces ofcomputing devices, the method comprising: receiving, by a processor of acomputing device of an electronic trading system, from an portion of agraphical user interface of a computing device, data representing afirst order associated with at least one trading product, the firstorder comprising a request to fill the first order only at a first pricecomprising a non-zero fractional pip value; determining, by theprocessor of the computing device of the electronic trading system,whether the first price of the first order comprises a fractional pipvalue; in response to determining that the first price of the firstorder comprises the fractional pip value, determining, by the processorof the computing device of the electronic trading system, whether thefirst order satisfies at least one configurable threshold conditionstored in the at least one memory device; in response to determiningthat the first order satisfies the at least one configurable thresholdcondition, causing, by the at least one processor of the computingdevice of the electronic trading system, to apply a filter to the firstprices of the first order to: (a) allow transmission of the first priceof the first order including a root value and the fractional pip valueof the market data to the computing device of the trader, and allowdisplay of the first price of the first order including the root valueand the fractional pip value of the market data on a trade historydisplay portion of the graphical user interface of the computing deviceof the trader, (b) allow transmission of the root value of the marketdata, but not the fractional pip value of market data, to computingdevices of a plurality of traders, and allow display of the root valueof the market data, but not fractional pip value of the market data, onthe market data display portions of graphical user interfaces of thecomputing devices of the plurality of the traders; after causing thefirst price of the first order to be displayed without the fractionalpip value to a plurality of traders, receiving, by the processor of thecomputing device of the electronic trading system, from an input portionof a graphical user interface of a computing device of one of theplurality of traders, data representing a second order associated withthe at least one trading product, the second order being contra to thefirst order, and the second order comprising a request to fill thesecond order at a second price; after receiving the second order,determining, by the processor of the computing device of the electronictrading system, that the second price of the second order matches thefirst price of the first order; applying a sequencing order to the firstorder and the second order to remove suggestion of market priority ofthe first order and the second order; redisplaying the sequenced firstorder and the second order to the graphical user interface of thecomputing devices of the plurality of the traders; causing to display,data representing trading orders submitted by the plurality of thetraders, on a trade history viewer portion of the graphical userinterfaces of the computing devices of the plurality of the traders; andin response to determining that the second price of the second ordermatches the first price of the first order, executing, by the processorof the computing device of the electronic trading system, a tradeassociated with the first order and the second order, the trade beingexecuted at the first price.
 11. The method of claim 10, in which theact of determining whether the first order satisfies the at least oneconfigurable threshold condition comprises determining whether aquantity of the first order satisfies a quantity threshold value of theparticular trading product.
 12. The method of claim 10, wherein thesecond price comprising the act of suppressing the fractional pip valuein the market data by masking the fractional pip value such thatrecipients of the market data are unable to identify the fractional pipvalue of the first price of the first order.
 13. The method of claim 10,wherein the second price consists of a whole pip price that does nothave a fractional pip value, and wherein the act of determining whetherthe first order satisfies the at least one configurable thresholdcondition comprises determining whether the second order satisfies aminimum volume requirement.
 14. The method of claim 10, furthercomprising displaying the transmitted market data on a monitor of one ofmore users in a random sequence.
 15. The method of claim 10, whereinsuppressing the fractional pip value comprises filtering, by theprocessor, the fractional pip value from market data transmitted to aclient.
 16. The system of claim 2, further directing the at least oneprocessor to store the first order in the order book in response todetermining that that the first order satisfies the at least oneconfigurable threshold condition.
 17. The system of claim 2, whereinsuppressing the fractional pip value results in preventing recipientsfrom receiving the fractional pip value in the market data.
 18. Themethod of claim 10, further comprising storing the first order in theorder book in response to determining that that the first ordersatisfies the at least one configurable threshold condition.
 19. Themethod of claim 10, wherein suppressing the fractional pip value resultsin preventing recipients from receiving the fractional pip value in themarket data.
 20. A non-transitory machine-readable medium havinginstructions stored thereon for managing trading orders in an electronictrading system over a network with graphical user interfaces ofcomputing devices, the instructions which, when executed by at least oneprocessor of a computing device of a electronic trading system, directthe at least one processor of the computing device of the electronictrading system to: receive, from an input portion of a graphical userinterface of a computing device of a trader, data representing a firstorder associated with a particular trading product, wherein the firstorder comprises a request to fill the first order only at a first pricecomprising a non-zero fractional pip value, in which the first order isconfigured to be filled only at the first price and not at any otherprice; determine whether the first price of the first order comprises afractional pip value; in response to determining that the first price ofthe first order comprises a fractional pip value, determine whether thefirst order satisfies at least one configurable threshold conditionstored in the at least one memory device; in response to determiningthat the first order satisfies the at least one configurable thresholdcondition, causing to apply a filter to the first price of the firstorder to: (a) allow transmission of the first price of the first orderincluding a root value and the fractional pip value of the market datato the computing device of the trader, and allow display of the firstprice of the first order including the root value and the fractional pipvalue of the market data on a trade history display portion of thegraphical user interface of the computing device of the trader, (b)allow transmission of the root value of the market data, but not thefractional pip value of market data, to computing devices of a pluralityof traders, and allow display of the root value of the market data, butnot fractional pip value of the market data, on the market data displayportions of graphical user interfaces of the computing devices of theplurality of the traders; after the act of causing the first price ofthe first order to be displayed without the fractional pip value to aplurality of traders, receive from an input portion of a graphical userinterface of a computing device from one of the plurality of traders asecond order associated with the particular trading product, wherein thesecond order is contra to the first order, wherein the second ordercomprises a request to fill the second order at a second price, whereinthe second price of the second order matches the first price of thefirst order; after the act of receiving the second order, determine thatthe second price of the second order matches the first price of thefirst order; apply a sequencing order to the first order and the secondorder to remove suggestion of market priority of the first order and thesecond order; redisplay the sequenced first order and the second orderto the graphical user interface of the computing devices of theplurality of the traders; cause to display, data representing tradingorders submitted by the plurality of the traders, on a trade historyviewer portion of the graphical user interfaces of the computing devicesof the plurality of the traders; and in response to determining that thesecond price of the second order matches the first price of the firstorder, execute a trade associated with the first order and the secondorder, wherein the trade is executed at the first price.
 21. Thenon-transitory machine-readable medium of claim 20, in which the act ofdetermining whether the first order satisfies the at least oneconfigurable threshold value comprises determining a quantity thresholdvalue of the particular trading product.